home *** CD-ROM | disk | FTP | other *** search
/ IRIX 6.5 Applications 2004 May / SGI IRIX 6.5 Applications 2004 May.iso / dist / java3d.idb / usr / demos / java / j3d / programs / examples / ConfiguredUniverse / j3d1x2-flat.z / j3d1x2-flat
Encoding:
Text File  |  2003-08-08  |  5.5 KB  |  130 lines
  1. /*
  2.  *    @(#)j3d1x2-flat 1.2 01/10/29 15:44:19
  3.  *
  4.  * Copyright (c) 1996-2001 Sun Microsystems, Inc. All Rights Reserved.
  5.  *
  6.  * Redistribution and use in source and binary forms, with or without
  7.  * modification, are permitted provided that the following conditions
  8.  * are met:
  9.  *
  10.  * - Redistributions of source code must retain the above copyright
  11.  *   notice, this list of conditions and the following disclaimer.
  12.  *
  13.  * - Redistribution in binary form must reproduce the above copyright
  14.  *   notice, this list of conditions and the following disclaimer in
  15.  *   the documentation and/or other materials provided with the
  16.  *   distribution.
  17.  *
  18.  * Neither the name of Sun Microsystems, Inc. or the names of
  19.  * contributors may be used to endorse or promote products derived
  20.  * from this software without specific prior written permission.
  21.  *
  22.  * This software is provided "AS IS," without a warranty of any
  23.  * kind. ALL EXPRESS OR IMPLIED CONDITIONS, REPRESENTATIONS AND
  24.  * WARRANTIES, INCLUDING ANY IMPLIED WARRANTY OF MERCHANTABILITY,
  25.  * FITNESS FOR A PARTICULAR PURPOSE OR NON-INFRINGEMENT, ARE HEREBY
  26.  * EXCLUDED. SUN AND ITS LICENSORS SHALL NOT BE LIABLE FOR ANY DAMAGES
  27.  * SUFFERED BY LICENSEE AS A RESULT OF USING, MODIFYING OR
  28.  * DISTRIBUTING THE SOFTWARE OR ITS DERIVATIVES. IN NO EVENT WILL SUN
  29.  * OR ITS LICENSORS BE LIABLE FOR ANY LOST REVENUE, PROFIT OR DATA, OR
  30.  * FOR DIRECT, INDIRECT, SPECIAL, CONSEQUENTIAL, INCIDENTAL OR
  31.  * PUNITIVE DAMAGES, HOWEVER CAUSED AND REGARDLESS OF THE THEORY OF
  32.  * LIABILITY, ARISING OUT OF THE USE OF OR INABILITY TO USE SOFTWARE,
  33.  * EVEN IF SUN HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.
  34.  *
  35.  * You acknowledge that Software is not designed,licensed or intended
  36.  * for use in the design, construction, operation or maintenance of
  37.  * any nuclear facility.
  38.  */
  39.  
  40. /*
  41.  ************************************************************************
  42.  *  
  43.  * Java 3D configuration file for dual-screen (flat) desktop configuration
  44.  * with no head tracking.
  45.  *  
  46.  ************************************************************************
  47.  */
  48.  
  49. // Create new screen objects and associate them with logical names and numbers.
  50. // These numbers are used as indices to retrieve the AWT GraphicsDevice from
  51. // the array that GraphicsEnvironment.getScreenDevices() returns.
  52. // 
  53. // NOTE: The GraphicsDevice order in the array is specific to the local
  54. // site and display system.
  55. // 
  56. (NewScreen left  0)
  57. (NewScreen right 1)
  58.  
  59. // Set the screen dimensions.
  60. // 
  61. (ScreenAttribute left  PhysicalScreenWidth  0.360)
  62. (ScreenAttribute left  PhysicalScreenHeight 0.288)
  63.  
  64. (ScreenAttribute right PhysicalScreenWidth  0.360)
  65. (ScreenAttribute right PhysicalScreenHeight 0.288)
  66.  
  67. // Specify full screen windows.
  68. // 
  69. (ScreenAttribute left  WindowSize NoBorderFullScreen)
  70. (ScreenAttribute right WindowSize NoBorderFullScreen)
  71.  
  72. // Set the TrackerBaseToImagePlate transforms for these screens.  This
  73. // transforms points in tracker base coordinates to each screen's image plate
  74. // coordinates, where the origin of the image plate is defined to be the lower
  75. // left corner of the screen with X increasing to the right, Y increasing to
  76. // the top, and Z increasing away from the screen.
  77. //
  78. // Without head or sensor tracking the tracker base is still needed as a fixed
  79. // frame of reference for describing the orientation and position of each
  80. // screen to the others.  The coexistence to tracker base transform is set to
  81. // identity by default, so the tracker base origin and orientation will also
  82. // set the origin and orientation of coexistence coordinates in the physical
  83. // world.
  84. //
  85. // The tracker base and center of coexistence is set here to the middle of the
  86. // edge shared by the two screens.
  87. //
  88. (ScreenAttribute left  TrackerBaseToImagePlate
  89.                        (Translate 0.360 0.144 0.0))
  90. (ScreenAttribute right TrackerBaseToImagePlate
  91.                        (Translate 0.000 0.144 0.0))
  92.  
  93. // Sometimes it is desirable to include the bevels in between the monitors in
  94. // the TrackerBaseToImagePlate transforms, so that the abutting bevels obscure
  95. // the view of the virtual world instead of stretching it out between the
  96. // monitors.  For a bevel width of 4.5 cm on each monitor, the above commands
  97. // would become the following:
  98. // 
  99. // (ScreenAttribute left  TrackerBaseToImagePlate
  100. //                        (Translate  0.405 0.144 0.0))
  101. // (ScreenAttribute right TrackerBaseToImagePlate
  102. //                        (Translate -0.045 0.144 0.0))
  103. //
  104. // Conversely, a similar technique may be used to include overlap between the
  105. // screens.  This is useful for projection systems which use edge blending
  106. // to provide seamless integration between screens.
  107.  
  108.  
  109. // Create a view using the defined screens.
  110. // 
  111. (NewView view0)
  112. (ViewAttribute view0 Screen left)
  113. (ViewAttribute view0 Screen right)
  114.  
  115. // Set the eyepoint relative to coexistence coordinates.  Here it is set 45cm
  116. // toward the user along Z, extending out from the midpoint of the edge shared
  117. // by the two screens.  This will create the appropriate skewed projection
  118. // frustums for each image plate.
  119. // 
  120. // If a planar display surface is all that is required, the same effect could
  121. // be achieved in a virtual screen enviroment such as Xinerama by simply
  122. // creating a canvas that spans both screens.  In some display environments the
  123. // use of a canvas that spans multiple physical screens may cause significant
  124. // performance degradation, however.
  125. // 
  126. // See j3d1x2-rot30 for an example of a non-planar configuration that cannot be
  127. // achieved through a single canvas spanning both screens.
  128. // 
  129. (ViewAttribute view0 CenterEyeInCoexistence (0.0 0.0 0.45))
  130.